Quello che mi piace di più è come elimina silenziosamente il mal di testa del "dove posso trovare quel servizio?". Nella mia routine quotidiana, do semplicemente a ogni micro-servizio un nome—qualcosa di semplice come "user-profile" o "order-validator"—e Cloud Map mantiene l'ultimo IP/porta, lo stato di salute e persino alcuni attributi personalizzati in un unico piccolo record. Dopo di ciò, non importa quante volte l'auto-scaling avvia o arresta i nodi, il resto della flotta li trova automaticamente. Ho smesso di codificare manualmente gli IP nei file di configurazione, di gestire manualmente le voci di Route 53 e non ho mai dovuto dire al team front-end "aspettate, l'endpoint è cambiato di nuovo". Sembra che la directory dei servizi si prenda cura di sé stessa, così posso rimanere nel codice invece di fare da babysitter al DNS. Recensione raccolta e ospitata su G2.com.
Quello che mi confonde ancora è quanto "a doppio cervello" sembri Cloud Map all'interno della console AWS. Metà dei controlli sono in Cloud Map stesso, ma nel momento in cui voglio collegare uno spazio dei nomi a un servizio ECS o a un ingresso EKS, mi ritrovo improvvisamente a cliccare attraverso altri tre servizi (ECS, EKS, App Mesh, persino Route 53) solo per visualizzare quelli che sono essenzialmente gli stessi record.
Il debug è la parte peggiore. Noterò un'istanza che sembra non funzionare correttamente in Cloud Map, ma per capire il motivo devo passare alle attività ECS, poi nei log di CloudWatch, e poi tornare a Cloud Map per deregistrare il nodo difettoso. Finisce per sembrare che la directory dei servizi debba essere l'unica fonte di verità—tranne quando non lo è, e sono ancora bloccato a cercare tra le schede per mettere insieme tutto. Recensione raccolta e ospitata su G2.com.
